home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Collection of Internet
/
Collection of Internet.iso
/
infosrvr
/
dev
/
www_talk.930
/
001080_davis@dri.cornell.edu _Tue May 11 15:17:29 1993.msg
< prev
next >
Wrap
Internet Message Format
|
1994-01-24
|
2KB
Return-Path: <davis@dri.cornell.edu>
Received: from dxmint.cern.ch by nxoc01.cern.ch (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
id AA11433; Tue, 11 May 93 15:17:29 MET DST
Received: from WILLOW.TC.CORNELL.EDU by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
id AA03346; Tue, 11 May 1993 15:38:20 +0200
Received: by willow.tc.cornell.edu id AA26710
(5.65c/IDA-1.4.4 for www-talk@nxoc01.cern.ch); Tue, 11 May 1993 09:38:17 -0400
Date: Tue, 11 May 1993 09:38:17 -0400
From: Jim Davis <davis@dri.cornell.edu>
Message-Id: <199305111338.AA26710@willow.tc.cornell.edu>
To: www-talk@nxoc01.cern.ch
Subject: Re: Automatic reply in HTML
I agree the functionality is useful. I am not sure that
a special purpose URL is desirable. Perhaps a more
general approach is possible. Consider that reply mail
contains aspects of general purpose form-filling queries
(which we've discussed, and which even Gopher has already)
and has also been implemented at least once by Nathaniel
Borenstein in AtomicMail (a Lisp-subset for making email
messages with programmable but safe side effects. reply mail
was one of the key purposes of AtomicMail. alas, it is proprietary
to Bellcore as I understand it, though he is working on a new
and better version which will be presented as an RFC.)
So though I have no specific syntactic proposal to make I
suggest reply mail might be either
1) a special case of general programmatic invocation
2) a special case of form-filling-queries
On the other hand I recognize the trend of late in WWW to
implement special purpose features in an adhoc manner without
trying to design the ultimate feature set; and this may even
be a good idea given our lack of experience in the matter.